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AMENDMENTS TO THE SPECIFICATION: 

Please amend the specification as follows: 

On page 1 , after the title and before line 4, please add the following paragraph: 
This application is a national stage filing under 35 U.S.C. § 371 of International 
Application No. PCT/EP2003/009830, filed on September 4, 2003, which published in 
the English language, and claims the benefit of priority to U.S. Provisional Application 
Nos. 60/408,901 , filed on September 9, 2002, 60/408,902, filed on September 9, 2002, 
60/408,903, filed on September 9, 2002, 60/408,905, filed on September 9, 2002, 
60/409,606, filed on September 1 1 , 2002, and 60/409,593, filed on September 1 1 , 
2002. 

Page 2, please amend the paragraph beginning at line 24, as follows: 
As long as the data objects are still available in the original data baso database , 
they can still be modified during said the time gap. Because the deleting program does 
not compare the archived data object and the data object to be deleted, such 
modifications can be lost. This has not only the consequence of the loss of the 
amended data, it can additionally have the consequence that certain business 
processes can not be completed. 

Page 2, please amend the paragraph beginning at line 33, as follows: 
An othor Another problem arises[[,]] if several archiving processes run in parallel. 
Thon i t can happon In this scenario , that one data object is can be archived several 
times, and is no longer unambiguously identifiable. This can have the consequence that 
evaluations or statistical analysis, which use the archive files, produce wrong results. 
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Page 3, please amend the paragraph beginning at line 5, as follows: 
It can a l so happen is also possible that data objects in the original data baso 
database are read by the writing module and are simultaneously modified by an othor 
another software application. In such a case, the data can be transferred from an 
archiveable status to a non arch i voab l o non-archiveable status. I n cons e quonco As a 
result , data objects which are not archiveable are written into the archive file and are 
deleted from the original data baso database . In effect, this can result in a loss of data. 

Page 3, please amend the paragraph beginning at line 19, as follows: 
In accordance with one embodiment of the invention, as embodied and broadly 
described herein, methods and systems consistent with the principles of the invention 
provide for moving data objects in a computer system from a first storage location to a 
second storage location, comprising:[[ 

a) ]] selecting one or more data objects from the first storage location[[,]]; [[ 

b) ]] assigning an identifier (ID) of a first type to each of the selected data objects[[,]]; [[ 

c) ]] assigning an ID of a second type to each of the selected data objects[[,]]: [[ 

d) ]] storing said the first type ID in a first lock object[[,]]; [[ 

e) ]] storing said the second type ID in a second lock object[[,]]; [[ 

f) ]] storing a data object, the first ID of which is contained in the first lock object, at the 
second storage location[[,]]; [[ 

g) ]] deleting a the data object, the first type ID of which is contained in the lock object, 
from said the first storage location[[,)]; [[ 

h) ]] deleting a the first type ID from the first lock object oar li ost at a timo at which stop o) 
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for after the step of storing the second type ID in the second lock object the respective 
data object assigned to that at least one ID has been completedfMI ; and [[ 
i)]] deleting a second type ID from the second lock object oar l iost at a t i mo at which stop 
d) for after the step of storing the first type ID for in the first lock object a particular first 
type ID has been completed. 

Page 4, please amend the paragraph beginning at line 20, as follows: 
In accordance with another aspect[[,]] of the invention, as embodied and broadly 
described herein, methods and systems consistent with the principles of the invention 
provide a computer system for processing data by means of or in a software application, 
comprising: 

[[-]]memory means for storing program instructions; 

[[-]]input means for entering data; 

[[-]]storage means for storing data; 

[[-]]a processor responsive to program instructions ; and 

[[-]]program instructions adapted to carry out [[a]]the method as of any of cla i ms 1 to 12 
described above . 

Page 5, please amend the paragraph beginning at line 1, as follows: 

A« One advantage of the invention and its embodiments is that the security 

against data loss in data moving and archiving procedures is may be greatly improved. 

This avo i ds i n cons e qu e nc e may avoid spending a lot of time and/or money for data 

r e triov i ng retrieval . 
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Page 5, please amend the paragraph beginning at line 29, as follows: 

Fig. 1 is a schematic block diagram of the an exemplary i mplomontat i on of tho 

i nv e nt i v e method within a computer system for implementing methods consistent with 

the present invention . 

Page 6, please amend the paragraph beginning at line 5, as follows: 
Fig. 3 is an oxomplary a flow diagram of an exemplary implementation of the 
selecting module shown in Fig. 1. 

Page 6, please amend the paragraph beginning at line 8, as follows: 
Fig. 4 is an e xemplary a flow diagram of an exemplary method for 
implomontation implementing [[of]] the writing module shown in Fig. 1 . 

Page 6, please amend the paragraph beginning at line 1 1 , as follows: 
Fig. 5 is an e x e mplary a flow diagram of an exemplary method for 
implomontat i on implementing [[of]] the deleting module shown in Fig. 1 . 

Page 6, please amend the paragraph beginning at line 14, as follows: 
Fig. 6 is an oxomplary a flow chart of a further an exemplary method for 

implomontation implementing ITofll the selection and writing module [[mentionedll shown 

in Fig. 1 . 

Page 6, please amend the paragraph beginning at line 18, as follows: 
Fig. 7 shows an oxomplary is a flow chart of an exemplary method to 

demonstrate how any software application ear* may use the concept of the P[[-]] and T- 

locks. 
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Page 6, please amend the paragraph beginning at line 22, as follows: 

Fig. 8 shows a process a l tornativo to that shown in F i g. 7 is a flow chart of an 

exemplary method to demonstrate how any software application may use the concept of 

the P and T-locks , including a conditional deletion of a P-lock. 

Page 6, please amend the paragraph beginning at line 25, as follows: 
Fig. 9 shows an oxamp l o of is a flow chart for an exemplary method for 

implementation by a software module by m e ans of t hrough which the locks can be 

deleted. 

Page 6, please amend the paragraph beginning at line 29, as follows: 
Computer syst e m systems and program programs are closely related. As used 
hereinafter, phrases, such as "the computer provides A " and "the program provides or 
performs specific actionsffMI ," and "a user performs a specific action" are convenient 
abbrov i ation abbreviations to express actions by a computer system that is controlled by 
a program or to express that the program or program module is designed to enable the 
computer system to perform the specific action or the enable a user to perform the 
specific action by means of a computer system. 

Page 8, please amend the paragraph beginning at line 19, as follows: 
An identifier (ID) is a type of data, which allows an unambiguous identification of 
the data object to be archived[[,]]. it It can be implemented^ for example, as a number or 
a combination of alphanumerical characters or as a characteristic part of the data object 
to be archived. It is clear from that definition that a data object can have a wide variety 
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of IDs. A lock object is a data object, in which the identifiers are stored. It can be 
implemented^ e.g. A as a file on a storage means or as a data array in computer memory. 
The first lock object is stored advantageously in a nonvolatile storage means. The 
second lock object is stored in volatile and/or nonvolatile storage means. 

Page 8, please amend the paragraph beginning at line 33, as follows: 
Fig. 1 depicts on e e xampl e is a schematic block diagram of an exemplary 
implementation of a computer system a f i rst e mbod i m e nt of tho i nvention . Fig. 1 shows 
a computer system 101 comprising a computer 103 having a CPU 105, a working 
storage 1 12, in which an ERP software 1 1 1 is stored for boing procossod processing by 
CPU 105. The second lock object is stored in working storage 1 12 as well. ERP 
software 1 1 1 comprises program modules 106, 109, 1 10 for carrying out the inventive 
data archiving process. Computer [[S]]system 101 further comprises input means 113, 
output means 1 12 for interaction with a user, and general input/output means 104, 
including a net connection 114, for sending and receiving data. A plurality of computer 
systems 101 can be connected via the net connection 1 14 in the form of a network 113. 
In this case A the network computers 113 can be used as further input/output means, 
including the use as further storage locations. Computer system 103 further comprises 
a first storage means 107, in which data to be archived and the first lock object are 
stored, and a second storage means 108, in which the archived data are stored. 

Page 10, please amend the paragraph beginning at line 5, as follows: 
In an alternative embodiment, the lock object is may be created by the selection 
module and not by the writing module. 
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Page 10, please amend the paragraph beginning at line 9, as follows: 
In a second implementation of the invention, a data object to be archived 
compr i ses may comprise one or more fields of one or more tables, and the ID of the 
respective object compr i ses may comprise one or more key fields of that data object. 
This can best be seen from Fig. 2. In this instance, various sets of data objects are 
created in the form of two-dimensional data arrays, i.e. A two tables 201 , 202 (table 1 and 
table 2) having columns named field A to field X and field A to field Y, respectively, and 
a certain, unspecified number of lines. A field of the array or table is defined by the 
name of the column and the respective line. Such a field can contain data to be 
archived. It can alternatively contain a reference to a line of a further table. For example, 
in table 1 field X in line 2 contains a reference to line 3 in table 2. A data object 201 .x to 
be archived comprises of fields of one line of the respective table. If one of the fields 
contains a reference to a line of an other table, fields of this referenced line belong to 
the data object, as well too. In the example in Fig. 2, a data object 201 .x to be archived 
comprises the fields of line 2 in table 1 and fields of line 3 in table 2. 

Page 10, please amend the paragraph beginning at line 31 , as follows: 
An ID of such a data object can be implemented by the content of one or more 
so-called key fields, if the combination of these key fields is unique within the respective 
table. In the example, the fields of "field A" and "field B" can be used as key fields for 
table 1 , whereas field A alone is key field in table 2. Within this example, assigning an 
ID to the data object means to use the content of the fields of columns field A and B of 
the respective lines as the ID for that particular line. In line with this assignment, the IDs 
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for the data object 201 .x to be archived are stored as a first type ID in a first type lock 
object 203 named permanent lock object in Fig. 2 and as a second type ID in a second 
type lock object 204 named transactional lock object. The permanent lock object is may 
be implemented as a table having two columns, the first of which contains the first type 
ID 1 . The second type ID, ID 2, can be implemented as a one-dimensional data array 
stored in the working memory of the computer system. However, it can be implemented 
as a file on a nonvolatile storage means, too. The first type ID, ID 1 , is deleted after the 
selected data object has been deleted according to stop g) of the inventive process, and 
the second type ID, ID 2, is may be deleted immediately after the time as defined in step 
h). Alternatively, type ID 1 IDs can be deleted after all the selected data objects have 
been deleted according to step g). As can be seen, both ID types have identical content, 
the ID of the respective lines of the data to be archived. However, this is not a 
necessary condition. Different contents can be used for the different ID types. The 
permanent lock objects further contain a column by which a filename is may be 
assigned to the ID of the data object, i.e. that data object to be archived. In the example, 
line 1 is archived in a file named 001 , lines 2 and 3 in file 002, and line 4 in file 003. 

Page 12, please amend the paragraph beginning at line 7, as follows: 
A further embodiment i s charactorizod i n that i n stop o) tho second typo I D i o 
storod may comprise storing the second type ID in the second lock object immediately 
after perform i ng stop c) assigning an ID of a second type to each of the selected data 
objects for the respective data object. Alternatively, in stop o) the second type of ID of 
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the selected data object is stored shortly before the storing procoss accord i ng to ctop f) 
for the data object assigned to that ID is started. 

Page 12, please amend the paragraph beginning at line 15, as follows: 
A further embodiment i s charactorizod i n that i n stop d) may comprising storing 
the first type IDs of all selected data objects aro storod before tho f i rst storing the data 
object at the second storage location procoss aooord i ng to st e p f) i s ctartod . 

Page 12, please amend the paragraph beginning at line 20, as follows: 
In a further embodiment the invention comprises j) may comprise checking 
boforo or whi l o performing any of stops a) to o) for a data object, whether a first type ID 
for the data object has been stored in a lock object, and if yes the first type ID has been 
stored , sk i pp i ng at l oast stop f) not storing the data object, the first ID of which is 
contained in the first lock object, at the second storage location for that data object. 

Page 12, please amend the paragraph beginning at line 26, as follows: 
Additionally, the invention compris e s k) may comprise checking boforo or whilo 
perform i ng any of stops a) to f) for a data object, whether that data object is contained in 
the second storage location, and if yes the data object is contained , sk i pp i ng at l oast 
stee-f4 not storing the data object, the first ID of which is contained in the first lock 
object, at the second storage location for that data object. 

Page 12, please amend the paragraph beginning at line 32, as follows: 
Another embodiment i s charactorizod by said may comprise checking ts- 
porformod by querying a first lock object. 
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Page 13, please amend the paragraph beginning at line 1, as follows: 
Still another embodiment comprisoc, I) i n caso of a fa il uro i n stop f) may 
comprise determining whether the data object, the first ID of which is contained in the 
first lock object, was stored successfully at the second storage location, and upon a 
successful storage, checking, whether the data object assigned to the respective first ID 
has been completely stored in the second storage location, and i n caso of no if the 
respective ID has not been completely stored , skipping at loast stops g) and h) the step 
of deleting the data object from the first storage location and the step of deleting the first 
type ID from the first lock object after the respective data object assigned to that at least 
one ID has been for that data object and deleting the first ID from the first lock object. 

Page 13, please amend the paragraph beginning at line 9, as follows: 
Embodiments of [[The]] the invention [[is]] are now described in more detail with 
reference to Figs. 3 to 5, which are schematic flow diagrams of exemplary methods may 
be implemented by implomontat i onc of the selecting, writing and deleting modules, 
respectively, as shown in Fig. 1 . Within the context of this description, and particularly 
the with respect to Figs. 3 to 9, a first type ID is called a P-lock (permanent) and a 
second type ID is called a T-lock (transactional). Se Therefore , setting a P- or T-lock for 
a selected object means to store an ID of that object in a respective lock object. The 
term "permanent" results from the property of the P-lock of existing permanently, as 
long as the data object is not yet deleted from its original storage location. The term 
"transactional" results from the property of the T-lock of existing only as long as a 
specific action (e.g. A checking of archiveability) is performed on a selected data object 
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or, in other words, of being deleted shortly after the respective action has been 
performed. 

Page 13, please amend the paragraph beginning at line 29, as follows: 
In the exemplary flow chart of the selecting module in Fig. 3, a data object is 
selected in a first step 301 . Subsequently, a T-lock is set on this object in step 302. If 
the T-lock was successfully set (step 303), that is, if it did not yet exist, it is checked in 
step 304 whether a P-lock already exists in the selected data object. If the T-Lock could 
not be set successfully, the next data object is selected in step 309. The setting of the 
T-lock (step 302) and the check (step 303) A whether it is successfully set x can 
advantageously be implemented as one "atomic" step. This means that both steps can 
be executed essentially at the same time or, in other words, the time gap between both 
steps can be essentially zero. 

Page 14, please amend the paragraph beginning at line 9, as follows: 
Both checks (steps 303 and 304) can also be implemented by querying the 
respective lock objects. If a P-lock exists, the T-lock is deleted (step 308) and the next 
data object is selected (step 309). If no P-lock exists, it is checked in steps 305 and 
306[[,]] whether the data object is archiveable. Such checking comprises a test whether 
the data in the data object is readable, complete^,]] not being fraught with obvious 
failures etc. If the test was successful, a P-lock is set on that data object in step 307, 
whereby no archive file is assigned to the data object. Then the T-lock is deleted (step 
308) and the next data object can be selected (step 309). 



-12- 



Customer No. 22,852 
Attorney Docket No, 07781.0218-00 

Page 14, please amend the paragraph beginning at line 23, as follows: 
In the exemplary flow chart of the writing module in Fig. 4, a data object is 
selected in a first step 401 . Subsequently, a T-lock is set on this object in (step 402). If 
the T-lock was successfully set (step 403), it is checked in step 404 whether a P-lock 
already exists in the selected data object, whereby no file must be assigned to that data 
object. If the condition is not fulfilled, the T-lock is deleted in step 407, and the next data 
object is selected in step 408. If a P-lock exists, the data object is stored in an archive 
file in step 405 and the archive file is assigned to the data object in step 406, e.g. by 
adding the file name to the lock object as shown in Fig. 2. Subsequently, the T-lock is 
deleted (step 407), and the next data object is selected (step 408). 

Page 15, please amend the paragraph beginning at line 4, as follows: 
In the exemplary flow chart of the deleting module in Fig. 5, a data object, that 
has already been archived is selected (step 501). This can be implemented by checking 
the archive files. If a data object has been selected and successfully read from the 
archive file, that data object is deleted from the original storage location (step 502), the 
P-lock is deleted (step 503), and the next data object is selected (step 504). 

Page 15, please amend the paragraph beginning at line 13, as follows: 
In the exemplary flow chart of a further exemplary implementation in Fig. 6, the 
selecting and writing module described above are combined to one module. 
Accordingly, a data object is selected in a first step 601 . Subsequently, a T-lock is set 
on this object in step 602. If the T-lock was successfully set step 603, it is checked in 
step 604 whether a P-lock already exists in the selected data object. If the T-lock could 
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not be set successfully, the next data object is selected (step 61 1). If a P-lock exists on 
that object, the T-lock is deleted in (step 610) and the next data object is selected (step 
61 1). If no P-lock exists on that object, it is checked in (step 605)[[,]] whether the data 
object is archiveable. If this check fails (step 606), the T-lock is deleted (step 610) and 
the next data object is selected (step 61 1). If the check 606 is positive, a P-lock is set 
(step 607), the data object is stored (step 608) in an archive file, the archive file is 
assigned to the P-lock (609), the T-lock is deleted (step 610) A and the next data object is 
selected (step 611). 

Page 16, please amend the paragraph beginning at line 1, as follows: 
Fig. 7 shows by way of an e x e mp l ary a flow chart of an exemplary method to 
demonstrate how any software application can use the concept of the P[[-]] and T-locks 
to ensure that the measures, that the software application is going to apply on the data 
object, do not influence the archiving process. A software application which is 
programmed to have a read and/or write access to data objects, which can be subject of 
an archiving process as described, comprises may comprise the following steps as 
shown in Fig. 7. In a first step 701 , the data object is selected. Then A a T-lock is set in 
step 702 on that object by the application. If the T-lock is successfully set (step 703), it 
is checked in step 704, whether a P-lock exists on that object[[,]]i otherwise the 
application terminates in (step 707). If a P-lock exists on that object, the T-lock is 
deleted (step 706), and the application terminates (step 707). If no P-lock exists, i.e. A the 
data object is not subject to an archiving process, the application can have read/write 
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access to the data object in a working step 705. Subsequently the application deletes 
the T-lock (step 706) and terminates (step 707). 

Page 16, please amend the paragraph beginning at line 23, as follows: 
Fig. 8 shows a procoss a l t e rnative to that shown i n F i g. 7 is a flowchart of 
another exemplary method to demonstrate how any software application may use the 
concept of the P and T-locks . including a conditional deletion of a P-lock. In a first step 
801 , the data object is selected. Then A a T-lock is set on that object by the application 
(step 802). If the T-lock is successfully set (step 803), it is checked (step 804)[[,]] 
whether a P-lock exists on that objectfj,]]; otherwise the application terminates (step 
809). If no P-lock exists (step 804), i.e^ the data object is not subject to an archiving 
process, the application can have read/write access to the data object in working step 
(step 807). Subsequently, the application deletes (step 808) the T-lock and terminates 
(step 809). If a P-Lock exists (step 804), it is checked (step 805)[[,]] whether a file is 
assigned to it. If a file is assigned, the application deletes the T-lock (step 808) and 
terminates (step 809). If no file is assigned, the P-lock is deleted (step 806), and the 
application can have read/write access 807 to the data object. Subsequently, the 
application deletes the T-lock (step 808) and terminates (step 809). 

Page 17, please amend the paragraph beginning at line 13, as follows: 
Fig. 9 shows an oxamp l o of is a flow chart for of an exemplary method for 
implementation bv a software module by moans of through which the locks set by the 
modules described above can be deleted. This can be useful in cases in which no 
archive files are assigned to P-locks or in which P-locks have been deleted for a user. 
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Therein, a P-lock is nothing else than a data object and can be treated in the same way 
as described above. In a first step 901 , a P-lock is selected. Then A a T-lock is set to the 
P-lock in step 902. If the T-lock is successfully set (step 903), it is checked in (step 904), 
whether the P-lock has a file assigned. If the T-lock is not set successfully the module 
terminates (step 907). If the selected P-lock has no file assigned (step 904), the P-lock 
is deleted (step 905). Then A the T-lock is deleted (step 906) and the module terminates 
(step 907). Alternative to the termination (step 907), a next P-lock can be selected. 
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